Logical Disk Manager

The Logical Disk Manager (diskmgmt.msc) is an implementation of a logical volume manager for Microsoft Windows NT, developed by Microsoft and Veritas Software. It was introduced with the Windows 2000 operating system, and is supported in Windows XP, Windows Server 2003, Windows Vista and Windows 7. The MMC-based Disk Management snap-in hosts the Logical Disk Manager.

Contents

Overview

Basic storage involves dividing a disk into primary and extended partitions.[1] This is the route that all versions of Windows that were reliant on DOS-handled storage took, and disks formatted in this manner are known as basic disks. Dynamic storage involves the use of a single partition that covers the entire disk, and the disk itself is divided into volumes or combined with other disks to form volumes that are greater in size than one disk itself. Volumes can use any supported file system.

Basic disks can be upgraded to dynamic disks, however when this is done the disk cannot easily be downgraded to a basic disk again. To perform a downgrade, data on the dynamic disk must first be backed up onto some other storage device. Second, the dynamic disk must be re-formatted as a basic disk (erasing all data). Finally, data from the backup must be copied back over to the newly re-formatted basic disk.

Dynamic disks provide the capability for software implementations of RAID. The main disadvantage of dynamic disks in Microsoft Windows is that they can only be recognized under certain operating systems, such as Windows 2000 or later (excluding versions such as Windows XP Home Edition, and Windows Vista Home Basic and Premium[2]), or the Linux kernel starting with version 2.4.8.

Dynamic disks under Windows are provided with the use of databases stored on disk(s). The volumes are referred to as dynamic volumes. It is possible to have 2000 dynamic volumes per dynamic disk, but the maximum recommended by Microsoft is 32.

Partition table types

ID (GUID Partition Table and MBR Partition Table) Description
GPT: 5808C8AA-7E8F-42E0-85D2-E1E90434CFB3
MBR: None1		 "metadata" partition. The area of the disc that is used for holding configuration data that describe the volumes that LDM manages.
GPT: AF9B60A0-1431-4F62-BC68-3311714A69AD
MBR: 0x42		 "data" partition. The area of the disc that is used for holding LDM volumes themselves.

^1 On a disk partitioned with the MBR Partition Table scheme, the Logical Disk Manager metadata are not stored in a partition, but are stored in a 1MiB area at the end of the disk that is not assigned to any partition. [3] The disc partitioning tools in Windows XP will not use that area for disk partitions, but the tools in other operating systems might.

Basic volumes and dynamic volumes

Dynamic volume is a Microsoft proprietary format developed together with Veritas (now acquired by Symantec)[4][5]. Basic volumes and dynamic volumes differ in ability to extend storage beyond one physical disk. The basic partitions are confined to one disk and their size is fixed. Dynamic volumes allow to adjust size and to add more free space either from the same disk or another physical disk. Dynamic volumes using space on different physical disks are called spanned volumes. Presently spanned volume can use a maximum of 32 physical disks.

The main differences between basic and dynamic disks are[6][7]:

Dynamic disks allow more flexible configuration without the need to restart the system. Some space at the end of the disk is reserved by Setup in case upgrading the disk to a dynamic disk is required. Dynamic disk information is saved at the end of the disk. The amount that is reserved is a minimum of one cylinder, or 1MB, whichever is greater. One cylinder can be up to 8MB (the reason why there is a remaining 8 MB unused partition every time windows setup is used to create a partition), depending on drive geometry and translation.

The operations common to basic and dynamic disks are the following:

Compatibility problems

Disk Management in Windows Vista creates partitions according to a 1-MiB alignment boundary, ignoring the previous conventions called "drive geometry" or "CHS".[8] In other words, Vista's Disk Management acts like it is using a non-standard CHS geometry of 2048 sectors per track/head and 1 track/head per cylinder (the sectors being of 512 bytes so that 2048 sectors is 1 MiB).

Compatibility problems with using a 1-MiB alignment boundary

Other operating systems (perhaps DOS programs used by backup or recovery software), boot loaders, or partitioners may have problems viewing or editing partitions that do not follow a CHS alignment. (Generally, unpredictable results may come from using more than one partitioner on the same partition table without checking the alignments with tools such as Ranish Partition Manager. For example, operating system installers usually start with a partition editor so it may be important that this uses the same alignments as the previous partition editors, if all partitions are not deleted (and the computer reset) before installing the operating system. The variation in CHS geometry is almost always a different number of heads per cylinder, for example, 240 instead of 255. However, partition editors may seem to ignore this sort of geometry in some situations. "Head" and "track" mean the same thing in this context.)

Advantages of using a 1-MiB alignment boundary

(Quoting Microsoft directly): "In earlier versions of Windows, the default starting offset for the first partition on a hard disk drive was sector 0x3F. Because this starting offset was an odd number, it could cause performance issues on large-sector drives because of misalignment between the partition and the physical sectors. In Windows Vista, the default starting offset will generally be sector 0x800." [13]
The "starting offset" refers to the sectors before the partition. "3F" is a hexadecimal value; in decimal that is "63". This is the size of one head (or "track") in terms of a standard CHS geometry. The hex value "800", in decimal form is 2048, so this is referring to the first MiB of space, from the start of the disk. Because a 1-MiB alignment boundary is used by the Vista partitioner(s), 1 MiB is "reserved for" the Master boot record (MBR), instead of the traditional 63 sectors (31.5 KiB). Note that the MBR is only one sector in size, but many softwares use these 63 sectors of "free space" (or any "free space" preceding the partition) for their purposes. 63 sectors is the minimum space that should be reserved for the MBR or an Extended Boot Record(EBR).
What this means is that, if there were no partitions on a disk when it was booted, a partition was created using standard CHS geometry (as would be used by most partition editors such as MS DOS fdisk, Linux fdisk, Ranish Partition Manager, or an XP installation disk), and this partition was created at the start of the disk, then the partition will start on the 2nd head. The partition could not begin at the first sector because the MBR located there, so instead it starts the partition on the second head. When primary partitions are created anywhere else (following typical CHS geometry alignment) they start at the beginning of a cylinder.
If a computer is booted with no partitions defined, and the first partition is created with the Vista installation disk, it will instead use the 1-MiB alignment. (The partitioner on the Vista installation disk follows the 1-MiB alignment just as Vista Disk Management does.) By following a 1-MiB alignment, all partitions will have an even numbered offset (so long as no other partitioner is used on the drive).
Partition tables using a CHS geometry (or some mix of alignments) may prevent Vista from resizing partitions or it may produce unconventional partition tables. For example, the endings of the "EBR extended partitions" (type 05) may overlap other partitions, and it will leave unprecedented amounts of space between an extended boot record and its logical drive. Ranish Partition Manager does not show an error if there are more than 63 sectors between the EBR and its logical volume, so long as the EBRs and VBRs are on the first sector of any track (head). If either the VBR or the EBR are not on the first sector of a head, Ranish Partition Manager shows the "partition" in red and when the partition is highlighted, this error message appears: "Boot sector doesn't have valid information". Using the 1-MiB alignment boundary will not put VBRs or EBRs on the first sector of a track (according to any standard CHS geometry) and Vista Disk Management will not use the CHS geometry of a partition table created with a different partition editor.
With Vista DM, all the logical drives besides the one nearest the beginning of the extended partition (type 0F), usually reserve exactly one additional MiB, for an extended boot record, instead of the 63 sectors (31.5 KiB) that is most commonly reserved according to alignments based on a CHS geometry. If other partition editors are used on the disk then Vista DM may reserve different amounts of space for the EBRs.

Threatening Usage

General recommendation to work on drives and partitions only after prior backing up should be strongly obeyed.

Delete partition

The function delete partition works without any prior confirmation on impact for other partitions and may destroy other partitions without prior notice. This function is recommended to be ignored as far as no backup is available. Other vendors' solutions provide protection for other partitions.

Incorrectly displaying partition tables

Vista and Windows 7 Disk Management may incorrectly display logical drives as primary partitions, particularly when they are not labeled (or formatted?) as NTFS or FAT [1] (see section "You may see several primary partitions on a drive").

See also

References

  1. ^ "How Basic Disks work". Microsoft TechNet. http://technet2.microsoft.com/WindowsServer/en/Library/bdeda920-1f08-4683-9ffb-7b4b50df0b5a1033.mspx. 
  2. ^ "Windows Vista support for large-sector hard disk drives". http://support.microsoft.com/kb/923332/. Retrieved 2007-10-08. 
  3. ^ "How Dynamic Disks and Volumes Work". Microsoft TechNet. http://technet.microsoft.com/en-us/library/cc758035%28WS.10%29.aspx. 
  4. ^ "BVERITAS Storage Foundation for Windows: The Dynamic Disk Advantage - Comparing Dynamic Disks to Basic Disks". Symantec. http://whitepapers.techrepublic.com.com/abstract.aspx?docid=327310. 
  5. ^ "Veritas Storage Foundation for Windows by Symantec (PDF)". Symantec. http://eval.symantec.com/mktginfo/enterprise/fact_sheets/ent-datasheet_storage_foundation_for_windows_5.0_01-2007.en-us.pdf. 
  6. ^ "Basic and Dynamic Disks". Microsoft MSDN. http://msdn.microsoft.com/en-us/library/aa363785(VS.85).aspx. 
  7. ^ "Dynamic vs. Basic Storage in Windows 2000". Microsoft Support. http://support.microsoft.com/kb/175761/EN-US/. 
  8. ^ "Vista's New Partitioning Rules". Multibooters Dual and Multibooting with Vista. http://www.multibooters.co.uk/partitions.html.  (Source is questionable. There is some confusion on this source page, which is clarified here.)
  9. ^ "The case of the disappearing partitions". Vista Information. http://www.dcr.net/%7Ew-clayton/Vista/DisappearingPartitions/DisappearingPartitions.htm. 
  10. ^ "You cannot install Windows XP successfully after you use Windows Vista or Windows PE 2.0 to create partitions on a hard disk". Microsoft Support. July 23, 2009. http://support.microsoft.com/kb/931760. 
  11. ^ "You cannot install Windows Server 2003 successfully after you use Windows Vista or Windows PE 2.0 to create partitions on a hard disk". Microsoft Support. August 14, 2009. http://support.microsoft.com/kb/931761. 
  12. ^ "Vista's New Partitioning Rules". Multibooters Dual and Multibooting with Vista. http://www.multibooters.co.uk/partitions.html. 
  13. ^ "Windows Vista support for large-sector hard disk drives". Microsoft Support. May 29, 2007. http://support.microsoft.com/kb/923332. 

External links